System and Method for Avoiding and Mitigating a DDoS Attack

ABSTRACT

Described is a system and method for receiving a data packet including a destination address and a source address, the data packet corresponding to a port number, assigning an address risk value for the data packet based on the source address and a port risk value for the data packet based on the port number. The data packet is categorized into a community based on the source address, wherein the community is predefined by a user corresponding to the destination address, the community includes a utility value. The address risk value and the port risk value are compared to the utility value to yield a benefit coefficient and the data packet is treated based on the benefit coefficient.

BACKGROUND

The growing problems associated with security exploits within the any-to-any architecture of the Internet are of significant concern to service providers and their customers. These customers are increasingly affected by the damages caused by Denial of Service (“DoS”) attacks. A DoS attack is defined as an action taken upon on a computer network or system by an offensive device that prevents any part of the system from functioning in accordance with its intended purpose. This attack may cause a loss of service to the users of the system. Typically, the loss of network services and user connectivity is achieved by flooding the system to prevent the normal servicing for performing legitimate requests. The flooding may consume all of the available bandwidth of the targeted network or it may exhaust the computational resources of the targeted system.

A Distributed Denial of Service (“DDoS”) attack is a more aggressive action that involves multiple offensive devices performing an attack on a single target computer network or system. This attack may be performed in a coordinated manner by these multiple devices to attack a specific resource of a service provider network. The targeted resource can be any networking device such as routers, Internet servers, electronic mail servers, Domain Name System (“DNS”) servers, etc.

The any-to-any architecture of the Internet makes service providers and their customers vulnerable to the growing problems of DDoS attacks. It would be useful for a service provider to offer the customers a means to selectively treat the traffic from certain transmission sources when interacting with the customer. Therefore, the ability to avoid or mitigate the damages of a DDoS attack would be applicable and useful to a customer of a service provider.

SUMMARY OF THE INVENTION

A method for receiving a data packet including a destination address and a source address, the data packet corresponding to a port number, assigning an address risk value for the data packet based on the source address and a port risk value for the data packet based on the port number. The data packet is categorized into a community based on the source address, wherein the community is predefined by a user corresponding to the destination address, the community includes a utility value. The address risk value and the port risk value are compared to the utility value to yield a benefit coefficient and the data packet is treated based on the benefit coefficient.

A router having a receiving module receiving a data packet including a destination address and a source address, the data packet corresponding to a port number, a risk assignment module assigning an address risk value for the data packet based on the source address and a port risk value for the data packet based on the port number, a routing table categorizing the data packet into a community based on the source address, wherein the community is predefined by a user corresponding to the destination address, the community including a utility value, a comparison module comparing the address risk value and the port risk value to the utility value to yield a benefit coefficient and a selection module selecting a treatment for a data packet based on the benefit coefficient.

A computer readable storage medium including a set of instructions executable by a processor. The set of instructions operable to receive a data packet including a destination address and a source address, the data packet corresponding to a port number, assign an address risk value for the data packet based on the source address, assign a port risk value for the data packet based on the port number, categorize the data packet into a community based on the source address, wherein the community is predefined by a user corresponding to the destination address, the community including a utility value and compare the address risk value and the port risk value to the utility value to yield a benefit coefficient and select a treatment for the data packet based on the benefit coefficient.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows an exemplary IP/MPLS network communications system, in which an embodiment of the present invention may be implemented.

FIG. 2 shows an exemplary illustration of the use of COIs for the transmission of data from a PE router to a CE router according to the present invention.

FIG. 3 shows an exemplary method for allowing a customer of a service provider to protect against a DDoS attack according to the present invention.

FIG. 4 shows an exemplary communications network of a service provider, which includes a PE router and a provider ACL according to the present invention.

FIG. 5 shows an exemplary method for using ACLs to classify network traffic based on the characteristics of data packets within inbound network traffic according to the present invention.

DETAILED DESCRIPTION

The present invention may be further understood with reference to the following description and the appended drawings, wherein like elements are referred to with the same reference numerals. The exemplary embodiments of the present invention describe a system and method for avoiding and mitigating the harmful effects of a Distributed Denial of Service (“DDoS”) attack on a computer system or network. An ordinary denial of service attack, or DoS attack, may be defined as an attack by an offensive device on an automated information system (“AIS”) such as network routers, Internet servers, electronic mail servers, Domain Name System servers, etc. Such an attack may cause a loss of service to the network users due to a consumption of network bandwidth or an overload of system resources. The DDoS attack is an enhanced DoS attack in which multiple offensive devices coordinate a simultaneous attack upon one or more targeted AIS.

The present invention relates to techniques for allowing customers of a service provider to treat a network security exploit, in particular providing a means for classifying network traffic in order to avoid or mitigate of the effects of a DDoS attack. Through the use of an exemplary service of the present invention, a customer of a service provider may apply selective treatment to inbound network traffic based on the source address of the traffic. Examples of the selective treatment a customer may classify the traffic into include: a priority traffic class, a rate-limited class, and a restricted traffic class.

A primary concern for a business customer subscribing to network services is the protection of the customer access link to the facilities of the network provider. The bandwidth available on the customer access link may be both a significant expense and a vital part of the customer's business operations. As a result, many enterprises and government agencies look to the network operator to provide fundamental assurances of their access bandwidth. A service provider may allow the customer to selectively use security tools for software filtering, rate limiting, accounting and routing in order to provider the customer with protection at the customer access link.

Throughout this description, the term community of interest (“COI”) may be used to describe a selective classification for certain network traffic that may be treated in a distinct manner. A COI may refer to desired network traffic (receiving priority treatment) or undesired network traffic (receiving rate-limited or restrictive treatment). Furthermore, the classification of network traffic may be determined based on the specific prefixes within the Internet Protocol (“IP”) addresses of the traffic. Thus, a desired COI may refer to a set of IP prefixes that may be mapped into a priority traffic class. An undesired COI may refer to a set of IP prefixes that may be mapped into a rate-limited traffic class or may be a restricted class, where the traffic is dropped altogether.

In the exemplary embodiments, an exemplary service provider may offer customer-specific services that allows each customer to selectively choose whether or not the inbound network traffic may be classified in COIs based on certain IP prefixes of the traffic. In addition, a customer having a customer edge router (“CE router”) connected to a single provider edge router (“PE router”) that has multiple customers may independently distinguish the types of inbound network traffic and treat the types of traffic in a manner independent from treatment by the other customers. Therefore, a service provider may offer customer-specific treatment of the network traffic received by a PE router at the discretion of each customer.

The service provider may allow each of its customers to elect whether the customer will use this service (“opt-in”). In other words, a service provider may leave the option to each customer as to selectively treating the traffic, including traffic between customers of the service provider. From one specific customer's perspective, there may be advantages to limiting or restricting the traffic from certain IP prefixes regardless of whether this traffic is permitted into the network by the PE router. If a customer does not want to receive traffic from a certain source, it may be beneficial to the customer to selectively restrict the traffic from that source even if that source may be a subscribing customer of the same service provider. Thus, an embodiment of the present invention may allow a service provider to offer a customer-specific service along the whole path in a provider's network.

The same IP prefixes that are restricted for this particular customer's network traffic may continue to be accessible to either the service provider or the other customers of the service provider. For example, a service provider may have Customer A and Customer B connected to the same PE router. If Customer A selects to have the PE router drop all network traffic from a certain IP prefix, Customer B may still have the ability to select to receive the network traffic from that same IP prefix.

According to the exemplary embodiments of the present invention, a customer using this service may mitigate the effects of a DDoS attack by first identifying the source of a particular class of network traffic, then specifying how this class of network traffic should be treated. In order to identify the source of particular class, an exemplary customer may select the IP prefixes of the traffic the customer would like to classify into groups of COIs. The priority traffic may be grouped into a desired community, while the restricted traffic may be grouped into an undesired community. Once an IP prefix of traffic has been identified and classified, the customer may select the type of treatment for this traffic. This treatment of the traffic may include, for example, preferential treatment for the desired communities, and rate-limited or dropped treatment for the undesired communities. For example, one customer of the service provider may know the IP prefix of a valued client. Thus, the customer may select to give this IP prefix preferential treatment. In addition, one customer of the service provider may know the IP prefix of a DDoS attack source. Thus, the customer may select to drop any communication from this known source.

In an exemplary embodiment, the present invention may be implemented in an IP/Multi-Protocol Label Switching (“MPLS”) based network. Generally, an MPLS-based network gives a network operator a great deal of flexibility in diverting and routing traffic around link failures and congestion. This type of network offers bandwidth management, traffic engineering, and Quality of Service capabilities to an IP network. In other words, the MPLS-based network may be used to increase the speed of network traffic flow by allowing each customer of a service provider to insert information about the specific path a data packet may take en route to its destination. This saves the time needed for a router to look up the IP address for the next node along the traffic flow of the data packet.

An exemplary MPLS-based network includes at least one Label Edge Router (“LE router”) and at least one Label Switch Router (“LS router”). When a data packet enters an MPLS-based network, the LE router may give the data packet an identifying label. This label may contain information based on the routing table entry (e.g., destination, bandwidth, delay, and other metrics), and may also refer to the IP header field (source IP address). Once this classification is complete and mapped, the data packet may be assigned to a corresponding Labeled Switch Path (“LS path”), where the LS router places an outgoing label on the data packet. With the LS path, a network operator may divert and route traffic based on data-stream type and Internet-access customer.

The LE router within the MPLS-based network may perform a longest prefix match on a target IP address of the data packet, where the target IP address may be either a destination address or a source address. A longest prefix match may be defined as an algorithm used by routers within an IP network in order to select an entry from a routing table. Given that each entry in a routing table may specify a network, a target address may match more than one routing table entry. The “longest prefix” is the entry with the largest number of leading address bits in the table entry that match the address bits of the target address. The most specific table entry would have the highest subnet mask, and thus would be called the longest prefix match.

For example, a routing table may contain two routing table entries: 192.168.0.0/16 and 192.168.20.16/28. When an LE router within the MPLS-based network needs to look up a target address of 192.168.20.19, both entries will match since both of the table entries contain the target address. The longest prefix of the two table entries is second entry, 192.168.20.16/28, since the subnet mask of “/28” is higher than the subnet mask of the first entry (“/16”). Therefore, the second entry in the routing table is more specific and would be considered the longest prefix match.

FIG. 1 shows an exemplary IP/MPLS network communications system 100, in which an embodiment of the present invention may be implemented. The communications system 100 may include a service provider 130, a PE router 120, a plurality of CE routers 101-103, and a plurality of customers 104-106. According to the present embodiment, CE router 101 is connected to PE router 120 via communication link 1; CE router 102 is connected to PE router 120 via communication link 2; and CE router 103 is connected to PE router 120 via communication link 3.

Each of the customers (104, 105, and 106) may have a desired COI (107, 108, and 109) and an undesired COI (110, 111, and 112, respectively). A desired COI may include a list of certain IP prefixes that a customer has selected to receive preferential treatment. An undesired COI may include a list of certain IP prefixes that a customer has selected to receive negative treatment. In this representation, customer 104 is associated with desired COI 107 and undesired COI 110. The PE router 120 may include a per-customer table that may be defined as a routing entry table associated with a set of the IP prefixes of the desired COIs (107-109) and undesired COIs (110-112) as advertised by the corresponding customers (104-106) that subscribe to the service provider 130.

When a data packet 150 enters the communications system 100, it is initially received by the PE router 120 over communication link 4. The received data packet 150 may include a source address 151 and a destination address 152. Upon this reception, the PE router 120 performs a first lookup on the data packet 150. During this first lookup, the PE router 120 performs a first longest prefix match on the destination address 152 of the data packet 150. The result of this first lookup may be either a next-hop address (an IP address of an adjacent host or router to which the data packet 150 should be sent next) or an address within the per-customer table 125 (a table associated with all the IP prefixes selected by the customers (104-106) for special treatment).

The PE router 120 may maintain routing information, logically organized into a routing table. Each entry of the routing table may associate one or more destination IP addresses with a next-hop IP address and a forwarding module (not shown) used to forward a packet to the next-hop IP address. If the destination IP address is local (i.e., can be reached without the aid of a router), the next-hop IP address is zero (or a logical equivalent, such as an IP address associated with the PE router 120). Otherwise, the next-hop IP address may be the address of a next-hop router.

If the result of the lookup is a next-hop address, then the PE router 120 routes the data packet 150 to the destination without any special treatment. If the result of the lookup is within the per-customer table 125, then PE router 120 performs a second lookup on the data packet 150. During this second lookup, the PE router 120 performs a second longest prefix match on the source address 151. The match is compared against the set of IP prefixes of the desired and undesired COIs (107-112) for each of the customers (104-106). The result of this lookup may be an indication of which type of treatment the data packet 150 will receive from the PE router 120. The types of treatment available for the PE router 120 to perform may include: marking the data packet 150 for priority; limiting the transfer rate for the data packet 150; and dropping the transfer of data packet 150. Therefore, the PE router 120 may prevent or limit the data packet 150 from routing to a specific customer if the IP prefix is from one of the undesired COIs (110-112). Conversely, the PE router 120 may provide preferential treatment to the data packet 150 for a specific customer if the IP prefix is within one of the desired COIs (107-109).

In the exemplary illustration of FIG. 1, data packet 150 has a destination address 152 that directs the data packet 150 to be routed by the PE router 120 to customer 104. In addition, the data packet 150 has a source address 151 that contains an IP prefix match within the undesired COI 110 of customer 104. Through the connection over communication link 1, customer 104 has indicated to the service provider 130 that all traffic containing a source address that matches an IP prefix within the undesired COI 107 should be dropped.

It is important to note that while customers 105 and 106 may also be addressed as the destination for data packets from this particular source, the IP prefixes of the source address 151 may not match with undesired COIs 108 or 109 of customers 105 and 106, respectively. Thus, the data packet 150 will not receive any special treatment from the PE router when routed over communication links 2 and 3 to customers 105 and 106, respectively. The selection by customer 104 to drop the transmission containing source address 151 has no effect on the abilities of customers 105 and 106 to receive data transmissions from the same source.

The information regarding the treatment of network traffic for the customers may be included in the per-customer table 125 of the service provider 130. During the first lookup, the PE router 120 may compare the destination address 152 of the inbound data packet 150 to the addresses of the customers (104-106) of the service provider 130. When a customer informs the service provider 130 of any special treatment for inbound network traffic, this treatment selected by the customer may be indicated on the per-customer table 125. Thus, the PE router 120 may reference the table in order to specifically treat specific data transmissions uniquely for each of the customers (104-106).

Since customer 104 has included an IP prefix match of source address 151 within the undesired COI 107, the per-customer table 125 may indicate to the PE router 120 that this traffic should be dropped for customer 104. When the data packet 150 is received by the PE router 120, the data packet 150 will be restricted from traversing along communication link 1 to the CE router 101 of customer 104. However, the PE router 120 will still route the data packet 150 over communication link 2 to CE router 102 and over communication link 3 to CE router 103. As noted above, the treatment selected by customer 104 for data packet 150 will have no impact on the ability for the service provider 130 to receive and route the data packet 150. In addition, data packet 150 will also remain accessible to customers 105 and 106.

Therefore, when this embodiment of the present invention is implemented at the PE router 120 in the network communications system 1, the traffic of a potential DDoS attack originating from any of the undesired COIs may be dropped or constrained before the DDoS can impact a CE router or a customer access link.

FIG. 2 shows an exemplary illustration for the use of COIs during the transmission of data from a PE router to a CE router according to the present invention. Depicted in this illustration are four types of routing traffic classes (201, 202, 203 and 204), wherein three of the four types of data packets may be addressed to be routed from PE router 120 to CE router 103. While each of these three traffic classes may be traversed over a single physical connection between the routers, the distinct routing traffic classes are shown as traveling separate paths in FIG. 2 for illustrative purposes. The transmission rate for each type of routing traffic classes are represented by the number of arrows along a given path, where the greater the number of arrows along a traffic class denotes a greater transmission rate for the traffic.

A PE router 120 within the communications network may examine a destination address of data packet that is received by the service provider 130. The result of examination of the destination address may be either a next-hop address or a per-customer table 125. Traffic containing a next-hop address may be routed as per normal routing from a next-hop module 250. As described above, the per-customer table 125 may include a list of the IP prefixes for associated with distinct COIs, each of which the customer has independently selected for special treatment. In this illustration, the customer has established three COIs (211, 212, and 213).

According to this embodiment, the COI 211 is a restricted/undesired COI where PE router 120 will restrict any inbound traffic that contains matching IP prefixes. For example, a customer may select to treat certain traffic in this restrictive manner if the IP prefixes are known or suspected sources of DDoS attacks, and the customer would like to terminate any traffic from this particular source. The COI 212 is a limited/undesired COI, in which the PE router 120 will limit the transmission rate for any inbound traffic that contains matching IP prefixes. For example, a customer may select to treat certain traffic in this rate-limited manner if the IP prefixes are potential sources of DDoS attacks, and the customer would only like to receive a limited amount of traffic from this particular source. The COI 213 is a preferred/desired COI, in which the PE router 120 will give preferential treatment to any inbound traffic that contains matching IP prefixes. For example, a customer may select to treat certain traffic in this preferential manner if the IP prefixes are known clients of the customer. It should be noted that there also may be another class of traffic, i.e. traffic destined for the customer that is not included in any of the COIs 211-213. This traffic may be treated in the same manner as one of the COI types or in the normal manner, e.g., routed as if the present invention was not implemented.

When the PE router 120 performs a first lookup using a longest prefix match on the destination address of a data packet, the result will determine how the data packet is treated. If the result of the first lookup is a next-hop address, the PE router 120 will route a data packet to the CE router 103 via the next-hop module 250 at a standard transmission rate 204. If the result of the first lookup is within the per-customer table 125, then the PE router 120 performs a second lookup using a longest prefix match on the source address of the data packet.

If the result of the lookup is a match against an IP prefix contained in the restricted/undesired COI 211, the PE router 120 will restrict the routing of the data packet to the CE router 103. This restriction is illustrated by the dropped routing traffic rate 201, in which the transmission for this traffic may be terminated at the PE router. Thus, the customer may be able to prevent the transmission from a source address within COI 211, before the transmission reaches the CE router 103. If the result of the lookup is a match against an IP prefix contained in the limited/undesired COI 212, the PE router 120 will transmit the data packet to the CE router 103 via the limited transmission rate 202. Thus, the customer would be able to limit the transmission rate from a source address with COI 212. If the result of the lookup is a match against an IP prefix contained in the preferred/desired COI 213, the PE router 120 will transmit the data packet to the CE router 103 via the preferred transmission rate 203. Thus, the customer would be able to mark the transmission from a source address within COI 213 for priority transmission.

In the exemplary embodiment of FIG. 2, the PE router 120 is shown as being directly connected to the CE router 103. However, the PE router 120 may be indirectly connected to the CE router 103. For example, there may be additional intervening router(s) located at either the customer premises and/or within the provider network. It should also be noted that the arrangement shown in FIG. 2 shows the PE router 120 as an egress router relative to the CE router 103, i.e., the router from which the CE router 103 will receive data from the provider network. However, the present invention may also be implemented on an ingress router, i.e., the network provider router from which the data destined for CE router 103 originally enters the provider network, or any other router within the provider network.

FIG. 3 shows an exemplary method 300 for allowing a customer of a service provider to protect against a DDoS attack through selective treatment of network traffic by a PE router 120. The method begins with step 305 where a data packet is received by the PE router 120 within a network communications system 1. It should be noted that throughout this description, it has been assumed that the system and method of the present invention uses a single PE router within a network to protect against a DDoS attack. However, it may be that there is a plurality of PE routers within the network that may functionally cooperate to perform the method of the present invention. For example, a network may include a plurality of PE routers and all of the PE routers are implemented within an exemplary network of the present invention. The traffic for a DDoS attack originating from a customer's undesired set of IP prefixes may be dropped by the cooperating PE routes long before the attack can have any significant effect on the customers servers or network accessibility.

In step 310, the PE router 120 performs a longest prefix match on the destination address in the received data packet. As described above, the longest prefix match refers to an algorithm used by a network router in order to select an entry from a routing table. In this case, the longest prefix match may be used to compare the destination address of the data packet to the IP addresses of each of the customers subscribing to the PE router 120. Thus, when a specific IP address is looked up by the PE router 120, the result is compared to the IP address for each of the customers of the service provider.

In step 315, the PE router determines whether the result of the lookup is a next-hop address. A next-hop address is an IP address of an adjacent router to which the data packet should be sent to next. If the result of the lookup is a next-hop address, the data packet receives no special treatment by the PE router 120 and is routed as per normal routing.

In step 320, the PE router 120 determines whether the lookup result is on the per-customer table 125. The per-customer table is a routing table containing all of the IP prefixes that are to receive special treatment from the service provider, as per the distinctive selection of each customer. If the result of the lookup is not on the per-customer table, the data packet receives no special treatment by the PE router 120 and is routed as per normal routing. However, if the result of the lookup is on the per-customer table, the PE router performs a second lookup.

In step 325, the PE router performs a longest prefix match on the source address of the data packet. The source address is matched against the set of IP prefixes contained within the COIs and the result of this match may act as an indication to the PE router as to how the traffic should be treated. The types of treatment the PE router may perform include: dropping traffic from restricted IP prefixes; limiting traffic from rate-limited IP prefixes; and marking traffic priority from preferred IP prefixes. Thus, if this functionality is deployed at a plurality of PE routers in a network, DDoS traffic originating from a restricted set of IP prefixes can be dropped at the PE router before the traffic can impact customer. Since a customer may not need the any-to-any capabilities provided by the Internet, the present invention can be useful to allow the customer to protect itself from a DDoS attack by way of selective treatment to the inbound network traffic.

In an alternative embodiment of the present invention, a customer may selectively treat network traffic through the use of Access Control Lists (“ACLs”). Implementing this approach may allow a service provider to offer a subscribing customer the option to selectively classify the inbound network traffic based on both IP addresses and software network port numbers. A network port may be defined as a numbered address for communicating between a program and another system or program, where the communication often passes through a hardware port. According to this embodiment, an appropriate ACL may be deployed at a PE router on an access link to a CE router. The ACL may allow a customer to independently constrain communication over a network without having an impact on the communication received by another customer linked within the same network. Specifically, a transmitting network implementation such as Transmission Control Protocol (“TCP”), User Datagram Protocol (“UDP”), or IP may attach a port number to data packet that is sent from within the transmitting network. The receiving network implementation may guard and listen at the attached port number of the data packet in order to precisely send the data packet to the proper program within the receiving network. An exemplary network port of the present invention may send or receive data packets in one direction at a time (simplex), or may send or receive data packets simultaneously in both directions (duplex). In addition, the software network ports may also be used to connect internal programs within a single computer system.

In general, an ACL may provide a method for enforcing privilege separation within a network, thereby limiting the available access rights of a specific customer to authorized network traffic. In other words, ACLs may provide a means for determining the appropriate access rights available to a given data packet depending on certain characteristics of the data packet. When applied to networking, an ACL may be a list of port numbers and services that are available to a customer from a service provider with the associated access rights. The rights may be set within the routers to determine which data packets of information to allow through and which data packets to restrict. Thus, a service provider may use ACLs within a network to control access to data to specific customers based on the port number.

FIG. 4 shows an exemplary communications network 400 of a service provider 130, which includes a PE router 120 and a provider ACL 401. The provider ACL 401 is accessible to the PE router 120 and allows for monitoring and controlling of any outbound network traffic at the PE router 120, where a subscribing customer of the service provider 130 may be the destination of the outbound traffic. It should be noted that a CE router 420 of the subscribing Customer 1 430 may also utilize a customer ACL 402, independent from the provider ACL 401. The customer ACL 402 may include any customer-specific alterations to the provider ACL 401. It should also be noted that the arrangement shown in FIG. 4 show the PE router 120 as an egress router relative to the CE router 420, i.e., the router from which the CE router 420 will receive data from the provider network. However, as described above, the present invention may also be implemented on an ingress router, i.e., the network provider router from which the data destined for the CE router 420 originally enters the provider network, or any other router within the provider network.

In the embodiment of the present invention illustrated in FIG. 4, the provider ACL 401 located at the PE router 120 may be used to protect any one of the customer access links through customer-specific filtering of inbound data packets. The filtering may be accomplished on both the IP addresses and the port numbers contained within the data packets. The provider ACL 401 may be used in order to identify an outbound data packet as being allowable traffic or as being restricted traffic for each of the subscribing customers to the service provider 130. Once the data packet has been identified, the provider ACL 401 may be referenced to determine which of the subscribing customers are permissible recipients of the data packet.

As described above, a service provider 130 may implement the exemplary embodiment of the present invention within a network in order to allow a subscribing customer to mitigate or avoid the damages from a DDoS attack. Filtering inbound network traffic on the basis of both IP addresses and port numbers may provide a subscribing customer with protection against a DDoS at the customer access link 420. The use of a provider ACL 401 may provide the service provider 130 with intelligence to automate a customer prefix selection process and a customer port number selection process. Throughout this description the term risk value will be used in reference to both IP prefixes and port numbers. The risk value assigned to a prefix and port number may quantify the likelihood of a DDoS attack from any traffic originating from that specific prefix targeted to that specific port number. In addition, throughout this description the term utility value will be used in reference to both IP prefixes and port numbers. The utility value assigned to a prefix and port number may quantify the customer-specific utility, or level of importance, of any traffic originating from that specific prefix targeted to that specific port number for that specific customer.

The service provider 130 may create both a Port Number Risk Class 403 and an IP Prefix Risk Class 404 that are accessible to the provider ACL 401. Based on traffic security analysis, the service provider 130 may assign various risk values to each targeted port number (or port number range). With these risk values, the service provider 130 may rank the port numbers or range into a Port Number Risk Class 403, from highest potential risk targets to lowest potential risk targets. In addition, based on DDoS analysis, the service provider 130 may assign various risk values to each source IP prefix. With these risk values, the service provider 130 may rank the IP prefixes into an IP Prefix Risk Class 404, from highest potential risk source to lowest potential risk source. A method for generating IP Prefix Risk Classes and a Port Number Risk Classes will be described in greater detail below.

The service provider 130 may build customer-specific COIs (405-407). As described above, the COIs may be used to describe a selective classification for certain network traffic that may be treated in a distinct manner. Based on the business structures and the specific preferences of the subscribing customer, the service provider 130 may have a unique COI for each customer within the network. For each port number (or port range) and for each IP prefix, the service provider 130 may calculate a customer-specific utility value based on any information provided by each of the subscribing customers. Specifically, COI 1 405 corresponds to Customer 1 430.

Based on the assigned risk values of the port numbers (or port ranges) and IP prefixes and the customer-specific utility values of the COIs (405-407), the service provider may compute a Benefit Coefficient (“BC”) for each port number (or port range) and IP prefix. The provider ACL 401 may include a BC computation module 425 that may be used for assigning a BC value to the port number and prefixes. Each subscribing customer of the service provider 130 may have a BC computed for each of the independently assigned utility values to the corresponding port numbers, port ranges, or IP prefixes within the COI of that particular customer. These utility values may be combined with the risk values associated with the IP prefix Risk Class and the Port Number Risk Class. Thus, the BC may be defined as a function of both the utility value attained from the customer-specific COI and the risk value attained from the Risk Classes of the service provider 130.

In an exemplary embodiment of the present invention, the service provider 130 may allow the customer to edit or overwrite any BC assignment based on the customer's preferences using their particular domain knowledge. The customer ACL 402 may include a BC editor module 426 that may be used for adjusting (i.e. editing or overwriting) the assigned BC values of the port number and prefixes in order to accommodate the specific business objectives of Customer 1 430. These adjustments may either increase or decrease the BC assignment for a particular port number, port range, or IP prefix. By increasing a BC assignment, the customer may allow network traffic to reach the CE router that may have otherwise been restricted by the default settings. Similarly, the customer may choose to decrease a particular BC assignment in order to restrict network traffic that would have otherwise been allowed to reach the CE router with the default settings. For example, the option to edit and override the BC assignments may be helpful for a customer who runs a web server. This particular customer may assign the TCP port number of 0.0.0.0/0:80 with a BC of 1. In this example, the TCP connection is associated with the well-known port number 80; specifically, this port is typically used for the HyperText Transfer Protocol (“HTTP”) application.

It should be noted that the present invention may be implemented within an exemplary network having Quality of Service (“QoS”) capabilities. Those of skill in the art will recognize that a network having QoS may be able to accommodate different levels of service than a network not having QoS. Thus, a QoS network may offer the customer multiple levels of COIs to treat incoming traffic. The present invention offers customers of a service provider with the ability to set limitations within the any-to-any communication of the Internet. Any-to-any communication may refer to the ability to effectively support communication between all types of networking devices. In addition to allowing the customer to designate desired and undesired communities based on the IP prefixes of the traffic, the present invention may also be used to provide the customer with other options for the treatment of the traffic.

In addition, the BC editor module 426 may allow a subscribing customer to specify a plurality of customizable BC thresholds, wherein the BC thresholds may be designated as either a priority threshold or as a drop threshold. The designation of the threshold values by the customer may allow for preferential or restrictive treatment of traffic, depending on that customer's specific manner of operating on the network of the service provider 130. The priority threshold may be defined as a minimum BC value of an IP prefix or port required in order for the network traffic to be transmitted with preferential treatment. The preferential treatment may be provided by a plurality of QoS classes. Each of the QoS classes may have a specified BC threshold, where the higher BC threshold corresponds to a better QoS class. Based on the BC of the inbound IP prefix, the network traffic may be carried through the best available QoS class. The best available QoS class may be the class that has a lower BC threshold then the BC of the matching port number, port range, or IP prefix. The customer-specified preferential treatment of network traffic may allow a customer to prioritize any inbound traffic from known locations such as clients or business partners of the customer.

Conversely, the drop threshold may be defined as a minimum BC value of an IP prefix or port required in order for the network traffic to be transmitted over the router. Network traffic containing a BC value below this minimum may be dropped at the PE router. The customer-specified restrictive treatment of network traffic may allow a customer to limit or decline any inbound traffic from known or suspected source of a potential DDoS attack upon the customer. In addition, a customer may set the BC drop threshold to a zero value, in which no traffic is dropped, thereby allowing all traffic to be received. With a zero value drop threshold, traffic may be treated in the normal manner, e.g., routed as if the present invention was not implemented.

FIG. 5 shows an exemplary method 500 for using ACLs to classify network traffic based on the characteristics of data packets within inbound network traffic. Specifically, this exemplary method 500 may allow a service provider 130 to offer a subscribing customer an automated customer prefix selection process within a communications network. Such a process may offer the desired effect of protecting a customer access link through filtering the network traffic on basis of both an IP address and a port number (or port range) of an inbound data packet. This method of filtering network traffic may be useful for mitigating or avoiding the damages caused by a potential DDoS attack against the subscribing customer.

In step 505, the service provider 130 may rank a selection of port numbers (or port number ranges) into corresponding Port Number Risk Classes using traffic security analysis. A Port Number Risk Class may be a have an assigned risk value proportionate to the degree of potential threat of an attack presented to the network. The rank of the port numbers (or port number ranges) may be ordered from highest potential threat to lowest potential threat. Thus, a port number having a higher rank is assigned a higher risk value and may be assigned to a higher Port Number Risk Class. As described above, the port number may be attached to a data packet in order to direct the packet to a corresponding network port. The traffic security analysis may be used to analyze the inbound data packet for abnormalities, search for virus, worm, and DDoS patterns, and to search for pre-cursers to viruses, worms, and DDoS attacks. Based on the traffic security analysis, the Port Number Risk Classes may be updated periodically by the service provider 130 in order to account for any newly discovered sources or patterns related to a DDoS risk.

In step 510, the service provider 130 may rank a selection of the IP prefixes into corresponding IP Prefix Risk Classes using traffic DDoS analysis. It is understood that an IP prefix is a component of an IP Address. An IP Prefix Risk Class may have an assigned risk value proportionate to the degree of potential threat of an attack presented to the network. The rank of the IP prefixes may be ordered from highest potential threat to lowest potential threat. Thus, an IP prefix having a higher rank is assigned a higher risk value and may be assigned to a higher IP Prefix Class. As described above, an IP address may be defined as a unique number attached to a data packet that is used to identify various network devices within a communications network. These network devices may include: routers, servers, end-user computers, facsimile machines, and telephones. The IP address may allow a receiving network device to direct the data packet from a sender to an intended destination. Based on information obtained through the analysis of prior DDoS attacks, the service provider 130 may periodically update the IP Prefix Risk Classes.

In step 515 of this exemplary method, the service provider 130 may build a COI for some or all of the subscribing customers. Each subscribing customer may be associated with a customer-specific COI that is accessible to the PE router 120. The COI is built by calculating a utility value that may be assigned for every port number (or port range) and every IP prefix. The utility value may be defined as a customer-specific numeric level of priority for the network traffic originating from that IP prefix and targeted to that port number. In addition, the utility value for each IP prefix and port range may be calculated either separately or as a tuple.

In step 520, the service provider 130 of the present embodiment may compute a BC for each port number (or port range) and each IP prefix. As described above, the BC may be defined as a numeric value derived from the utility value within each customer-specific COI and the risk value assigned to a port number (or IP prefix) within the inbound data packet.

In step 525 of the exemplary method 500, the service provider may allow a subscribing customer to edit and overwrite the BC assignment to either the port numbers, the port ranges, or the IP prefixes. In other words, the method 500 described above may be used by the service provider to establish default settings for the BC assignments and the customer may be given the option to either use the default settings or adjust these settings according to the customer's specific domain knowledge. As described above, these adjustments may be adjusted to either increase or decrease the BC assignment for a particular port number, port range, or IP prefix. A customer may increase a BC assignment in order to allow network traffic to reach the CE router that may have otherwise been restricted by the default settings. Similarly, the customer may decrease a BC assignment in order to restrict network traffic that would have otherwise been allowable to the CE router under the default settings.

In the final step 530, the service provider may allow a subscribing customer to specify a plurality of BC thresholds, where the BC thresholds may be designated as either a priority threshold or as a drop threshold. As described above, the priority threshold may be defined as a minimum BC value of an IP prefix or port number required to allow for the network traffic to be transmitted with preferential treatment from the PE router 120. The preferential treatment may be provided by a plurality of QoS classes, where traffic may be carried in the best QoS class that has a lower BC threshold then the BC value of the IP prefix or port number. The drop threshold may be defined as a minimum BC value of an IP prefix or port number required in order for the network traffic to be transmitted with standard treatment from the PE router 120. Network traffic with an IP prefix or port number containing a BC value below this minimum may be dropped at the PE router. As described above, a customer may set the drop threshold to a zero value. A customer having a zero value drop threshold will no drop any traffic, thereby allowing all traffic to be received by the customer.

Furthermore, it should be noted that the present invention may also be implemented in a best effort network. An IP network described as a best effort network may refer to an approach to service quality where the network itself does not actively differentiate in its treatment of services that transit the network. In a best effort network, here the choice of treatment for the traffic by a PE route may be limited to either dropping the traffic from specifically selected IP prefixes or allowing the traffic to go through for other selected IP prefixes. Unlike a network having quality of service capabilities, a router within a best effort IP network treats all IP packets in the same fashion. The network undertakes its “best effort” to deliver every packet as quickly as it can, but makes no undertaking to treat any class of packets preferentially to any other.

In one exemplary embodiment of the present invention, a customer of a service provider may be aware of which IP prefixes the customer would like for each class of treatment based on the business relationships of the customer. In other words, the customer may choose to place a known IP prefix of a valued client into the desired community, thereby giving preferential treatment to any traffic from this IP prefix. For example, an organization having multiple operating sites may select to allow for communication traffic only between the different operating sites of the organization. Using this scheme, the organization may drop all other Internet traffic. Therefore, the functionality of this embodiment is similar to the functionality provided by a virtual private network.

In another exemplary embodiment of the present invention, the service provider may rank all of the IP prefixes based on the number of instances in which each IP prefix was involved with a prior DDoS attack. According to this embodiment, an IP prefix that was associated with a large number of DDoS attack may be ranked high. The service provider may supply a customer with the rankings in order to show which specific IP prefixes are more likely to be associated with a similar or repeating DDoS attack. Thus, the customer may be given the option to select that some or all of the IP prefixes associated with a prior DDoS attack may receive restrictive treatment, as an undesired community. In addition, the service provider may also rank all of the IP prefixes based on how recently a DDoS attack was associated with each IP prefix. Thus, a customer may be given the option to select restrictive treatment for some or all IP prefixes associated with a DDoS within a specified historic time frame. Furthermore, a customer of a service provider may choose to automate the treatment of the ranked IP prefixes. Thus, as the service provider updates the rankings by adding or removing IP prefixes, the customer may automatically treat the network traffic as undesired community without the customer specifying the IP prefix.

It will be apparent to those skilled in the art that various modifications may be made in the present invention, without departing from the spirit or scope of the invention. Thus, it is intended that the present invention cover modifications and variations of this invention provided they come within the scope of the appended claims and their equivalents. 

1-20. (canceled)
 21. A method, comprising: receiving a data packet including a destination address and a source address; performing a first longest prefix match on the destination address; if a result of the first longest prefix match is an entry of a per customer table, performing a second longest prefix match on the source address; selecting a treatment for the data packet based on a result of the second longest prefix match.
 22. The method of claim 21, wherein the first longest prefix match corresponds to an algorithm to select an entry from a routing table.
 23. The method of claim 22, wherein the algorithm is performed by a network router.
 24. The method of claim 22, wherein the algorithm includes comparing the destination address to a plurality of customer addresses.
 25. The method of claim 24, wherein the customer addresses include IP addresses.
 26. The method of claim 21, wherein, if the result of the first longest prefix match is a next-hop address, routing the data packet according to a normal routing operation.
 27. The method of claim 26, wherein the next-hop address is an IP address of an adjacent router to which the data packet is to be sent.
 28. The method of claim 21, wherein the treatment includes one of: dropping traffic from the source address, limiting traffic from the source address, and marking traffic from the source address
 29. The method of claim 28, wherein the dropping traffic from the source address includes terminating the traffic from the source address at a single provider edge router.
 30. A router, comprising: a receiving module receiving a data packet including a destination address and a source address; a first performing module performing a first longest prefix match on the destination address; a second performing module performing, if a result of the first longest prefix match is an entry of a per customer table, a second longest prefix match on the source address; a selecting module selecting a treatment for the data packet based on a result of the second longest prefix match.
 31. The router of claim 30, wherein the first longest prefix match corresponds to an algorithm to select an entry from a routing table.
 32. The router of claim 31, wherein the algorithm is performed by a network router.
 33. The router of claim 31, wherein the algorithm includes comparing the destination address to a plurality of customer addresses.
 34. The router of claim 33, wherein the customer addresses include IP addresses.
 35. The router of claim 30, wherein, if the result of the first longest prefix match is a next-hop address, routing the data packet according to a normal routing operation.
 36. The router of claim 35, wherein the next-hop address is an IP address of an adjacent router to which the data packet is to be sent.
 37. The router of claim 30, wherein the treatment includes one of: dropping traffic from the source address, limiting traffic from the source address, and marking traffic from the source address
 38. The router of claim 37, wherein the dropping traffic from the source address includes terminating the traffic from the source address at a single provider edge router.
 39. A computer readable storage medium including a set of instructions executable by a processor, the set of instructions operable to: receive a data packet including a destination address and a source address; perform a first longest prefix match on the destination address; if a result of the first longest prefix match is an entry of a per customer table, perform a second longest prefix match on the source address; select a treatment for the data packet based on a result of the second longest prefix match. 